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In the Claims: 

Please amend claims 5 and 144 as indicated below. 

A listing of the status of all claims 1-158 in the present patent application is provided 

below. 

1 . (Original) A computerized method of workflow management for a trustee 
handling a plurality of securitization transactions comprising the steps of: 

recording deal setup information in an electronic database including information 
related to the structure of each of the securitizations; 

recording workflow status information for each of the securitizations in the electronic 
database; 

periodically receiving asset level data transmitted by at least one asset manager; 
aggregating the asset level data; 

transmitting the aggregated asset level data electronically to a workflow management 
software module; 

providing an active deals display generated by the workflow management software 
module, based at least in part on the recorded deal setup information and the recorded 
workflow status information, which display provides access to workflow status information 
for particular securitizations, provides prompts for a user as to work which is to be done with 
respect thereto, and permits the user to initiate actions required for performance of the 
trustee's duties; and 

updating the recorded workflow status information for the securitizations based on 
work performed with respect thereto. 

2. (Original) The method described in claim 1, wherein the steps are performed 
under control of the workflow management software module. 

3. (Original) The method described in claim 1 further including the step of 
electronically transmitting data concerning payments due investors in the securitization from 
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the workflow management software module to a software module which processes payments 
to the investors based on the transmitted data. 

4. (Original) The method described in claim 3, further including the step of 
electronically disseminating reports and other data compilations upon completion of the 
payment processing. 

5. (Currently Amended) The method described in claim 1 further including the 
step of calculating waterfall payments due investors in the securitizations on a periodic basis 
in accordance with the deal structure and the aggregated asset level data.? 

6. (Original) The method described in claim 5, further including the step of 
performing calculations of taxes owed by the investors on the waterfall payments based on 
the waterfall calculations. 

7. (Original) The method described in claim 1 , in which the step of aggregating the 
asset level data is performed by a first software module separate from the workflow 
management software module. 

8. (Original) The method described in claim 7, further including the step of 
providing an interface which maps the data produced by the first software module for 
compatibility with the workflow management software module. 

9. (Original) The method described in claim 1, in which the workflow status 
information is displayed in terms of basic functions associated with management of the 
securitization, workflow events associated with the basic functions and milestones associated 
with the workflow events. 

10. (Original) The method described in claim 9, in which the basic functions include 
waterfall processing and tax processing. 

11. (Original) The method described in claim 10, in which the workflow events 
associated with the waterfall processing function include a Data Aggregation queue, a Data 
Preparation queue, a Ready for Waterfall Processing queue, a Waterfall Approval queue and 
a Payment queue. 

12. (Original) The method described in claim 1 1, in which the milestones associated 
with the Data Aggregation queue include Not Ready, Data Received and Denied. 
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13. (Original) The method described in claim 12, further including the step of 
changing the workflow status of a securitization in waterfall processing to the Data 
Aggregation queue and Not Ready status when a previous payment cycle has been 
completed. 

14. (Original) The method described in claim 13, further including the step of 
changing the workflow status of a securitization in the Data Aggregation queue and the Not 
Ready milestone to Data Received status when asset level data for a new waterfall processing 
cycle is received. 

15. (Original) The method described in claim 14, further including the step of 
changing the workflow status of a securitization from Not Ready to Data Received status in 
response to a user command. 

16. (Original) The method described in claim 12, further including the step of 
changing the workflow status of a securitization in the Data Received milestone to the Data 
Preparation Queue and the Tape Run milestone if the aggregated asset level data is ready for 
further processing, or is transferred to Data Denied status in the Data Aggregation queue if 
the aggregated asset level data is incomplete, inaccurate or otherwise not ready for further 
processing. 

17. (Original) The method described in claim 16, further including the steps of: 
permitting a user to review the aggregated data and to approve or reject the data, and 
changing the workflow status of the securitization to the Data Preparation queue and 

the Tape Run milestone if the user approves the data, or to the Data Denied status in the Data 
Aggregation queue if the user rejects the data. 

18. (Original) The method described in claim 17, further including the step of 
requiring entry of supporting comments by the user into a data entry screen before changing 
the status to Data Denied if the user has rejected the data. 

19. (Original) The method described in claim 16, further including returning the 
workflow status of a securitization in the Data Denied milestone to Data Received status 
when new or corrected aggregated data is received. 

20. (Original) The method described in claim 1 1, in which the milestones associated 
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with the Data Preparation queue include Not Ready, Tape Run, Loan Level Processed and 
Denied. 

21. (Original) The method described in claim 20, wherein, for a 
securitization in the Data Preparation queue and the Not Ready milestone, the actions 
which the user is permitted to initiate include: 

an Approve action; and 

a Data Entry action. 

22. (Original) The method described in claim 21, further including the step 

of: 

changing the workflow status to the Ready for Waterfall Processing queue and 
the Ready milestone in response to an Approve action. 

23. (Original) The method described in claim 21, further including the step 

of: 

making a data entry screen available to the user when a Data Entry action is 
initiated. 

24. (Original) The method described in claim 20, further including the step 
of changing the workflow status of a securitization in the Data Preparation queue and the 
Tape Run milestone to the Asset Level Processed status in the Data Preparation queue 
by the workflow management software module when the data aggregation operation has 
been completed, or to the Data Aggregation queue and Data Denied status in response to 
a user command. 

25. (Original) The method described in claim 24, further including the 
steps, for a securitization in the Data Preparation queue and the Asset Level Processed 
milestone, of: 

permitting the user to review the aggregated asset level data, and to accept or 
reject the data according to predefined criteria; and 

changing the workflow status of the securitization to the Ready For Waterfall 
Processing queue and the Ready status if the user approves the data, or to the Data Denied 

-6- 



Application No. 09/631,810 
ATTY. Dkt. NO. 72167.000221 



status in the Data Prep queue if the data is rejected. 

26. (Original) The method described in claim 20, wherein, for a securitization in the 
Data Preparation queue and the Denied milestone, the actions which the user is permitted to 
initiate include: 

a Deny to Asset Level Aggregation action; 
an Enter Data action; and 
an Aggregate action. 

27. (Original) The method described in claim 26, further including the step of 
changing the workflow status to the Asset Level Aggregation queue and the Denied status 
when the Deny to Asset Level Aggregation action is taken. 

28. (Original) The method described in claim 26, further including the step of 
making a data entry screen available to the user when the Enter Data action is initiated. 

29. (Original) The method described in claim 26, further including the steps of: 
performing an asset level data aggregation when the Aggregate action is initiated; and 
changing the workflow status to Loan Level Processed in the Data Preparation queue 

when the asset level data aggregation has been completed. 

30. (Original) The method described in claim 1 1, in which the milestones 
associated with the Ready for Waterfall Processing queue include Ready and Denied. 

31. (Original) The method described in claim 30, wherein, for a securitization in the 
Ready for Waterfall Processing queue and Ready status, the actions which a user is permitted 
to initiate include: 

a Deny action; 

a Run Waterfall action; 

an Enter Data action; 

an Add Special Headers/Footers action; and 
an Add Asset Level Information action. 
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32. (Original) The method described in claim 31, further including the step of 
returning the workflow status of the securitization to the Data Ready Queue and Data Denied 
milestone when a Deny action is selected. 

33. (Original) The method described in claim 31, when the Run Waterfall action is 
selected, further including the steps of: 

providing the asset level data to a third software module for waterfall processing; and 
when the waterfall processing has been completed, changing the workflow status to 
the Waterfall Approval queue and Ready milestone. 

34. (Original) The method described in claim 31, when the Enter Data, the Add 
Special Headers/Footers or the Add Asset Level Information actions are selected, further 
including the steps of: 

making data entry screens accessible to the user; and 

after data entry has been completed, returning the user to the list of permitted actions. 

35. (Original) The method described in claim 30, wherein, for a securitization in the 
Ready for Waterfall Processing queue and Denied status, the actions which a user is 
permitted to initiate include: 

a Deny action; and 
a Run Waterfall action. 

36. (Original) The method described in claim 35, further including the step of: 
changing the workflow status to the Data Ready queue and Data Denied status when 

a Deny action is initiated. 

37. (Original) The method described in claim 35, when a Run Waterfall action is 
initiated, further including the steps of: 

providing the asset level data to a third software module for waterfall processing; and 
thereafter, when the waterfall processing is completed, changing the workflow status 
to the Waterfall Approval queue and Ready status. 

38. (Original) The method described in claim 1 1, in which at least a Ready milestone 
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is associated with the Waterfall Approval queue. 

39. (Original) The method described in claim 38, wherein, for a securitization in the 
Waterfall Approval queue, further including the steps of: 

performing at least one predefined test under control of the user to verify the accuracy 

of the waterfall calculations; 

permitting the user to approve the data if the test is passed; and 

in response to approval of the data by the user, changing the workflow status to the 

Payment queue and Final Approval status. 

40. (Original) The method described in claim 39, further including the steps of: 
permitting the user to select the Deny action if the verification test is not passed; and 
in response to selection of the Deny action, changing the workflow status to a 

predetermined status level in an earlier queue. 

41. (Original) The method described in claim 38, wherein, for a securitization in the 
Waterfall Approval queue, further including the steps of: 

performing a series of predefined tests to verify the accuracy of the waterfall 
calculations; and 

if the tests are passed, changing the workflow status to the Payment queue and Final 
Approval status; or 

if the tests are not passed, changing the workflow status to a predetermined queue and 
milestone as a function of which of the tests in the series was not passed. 

42. (Original) The method described in claim 1 1, in which the milestones associated 
with the Payment queue include Final Approval, Received by Payment System, and Payment 
Made. 

43. (Original) The method described in claim 42, for a securitization in the Payment 
queue and Final Approval status, further including the steps of: 

changing the workflow status to the Received by Payment Systems milestone; and 
providing the waterfall data to a payment processing software module for payment 
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processing. 

44. (Original) The method described in claim 42, for a securitization in the Payment 
queue and the Received by Payment Systems milestone, further including the step of: 

when the payment processing is complete, changing the workflow status to the 
Payment Made milestone. 

45. (Original) The method described in claim 42, for a securitization in the Payment 
queue and the Payment Made milestone, further including the steps of: 

selecting the next waterfall distribution date; and 

the workflow status to the Data Aggregation queue and the Not Ready milestone. 

46. (Original) The method described in claim 10, in which the workflow events 
associated with the tax processing function include a Ready for Tax Processing queue, a Tax 
Approvals queue and a Tax Reports queue. 

47. (Original) The method described in claim 46, wherein, for a securitization in tax 
processing, in the Ready for Tax Processing queue, the actions which the user is permitted to 
initiate irrespective of the milestone, include: 

an Enter Data action; and 
a Run Tax Processing action. 

48. (Original) The method described in claim 47, further including the step of 
making a tax data entry screen accessible to the user if the Enter Data action is selected. 

49. (Original) The method described in claim 47, further including the steps of: 
making the waterfall data available to a tax processing software module for 

computation of taxes due on the waterfall payments; and 

after the tax computations have been completed, changing the workflow status to the 
Tax Approval queue and Ready status. 

50. (Original) The method described in claim 49, further including the step of 
performing tax computations for each of the waterfall payment periods. 

51. (Original) The method described in claim 46, wherein, for a securitization in the 
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Tax Approval queue, and the Ready milestone, the actions which the user is permitted to 
initiate include: 

an Approval-Monthly action; and 

an Approval- Annual action. 

52. (Original) The method described in claim 51, further including the step of: 
applying at least one verification test to the waterfall payment tax computations if the 
Approval-Monthly action is selected. 

53. (Original) The method described in claim 51, if the Approval-Quarterly action is 
selected, further including the steps of: combining the monthly waterfall payment tax data for 
the respective securitizations; 

applying at least one verification test to the combined data; and 
upon successful verification of the tax computations, changing the workflow status of 
the securitization to the Mail Reports queue and Ready status. 

54. (Original) The method described in claim 51, if the Approval-Annual action is 
selected, further including the steps of: 

combining the quarterly tax data for the respective securitizations; 
applying at least one verification test to the combined data; and 
upon successful verification of the tax computations, changing the workflow status of 
the securitization to the Mail Reports queue and Ready status. 

55. (Original) The method described in claim 51, wherein, for a securitization in the 
Tax Approval queue, and the Ready milestone, the actions which the user is permitted to 
initiate further include: 

a Deny action; and 
a Tax Reports action. 

56. (Original) The method described in claim 55, further including the step of 
changing the workflow status of the securitization to a predetermined queue and milestone 
based on the structure of the specific securitization if the Deny action is selected. 
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57. (Original) The method described in claim 55, if the Tax Reports action is 
selected, further including the steps of: 

making a list of tax reports accessible to the user; 

permitting the user to select of one or more reports; and 

activating a tax processing software module to generate the selected reports. 

58. (Original) The method described in claim 55, wherein, for a securitization in the 
Tax Reports queue, the actions which the user is permitted to initiate include: 

a Mail action; and 

a Tax Reports. 

59. (Original) The method described in claim 58, if the Mail action is selected; 
further including the steps of: 

activating the tax processing software module to print quarterly and annual tax 
reports previously generated; 

identifying the next tax processing cycle; and 

changing the workflow status to the Ready for Tax Processing queue and 
Ready status for the identified period. 

60. (Original) The method described in claim 58, if the Tax Reports action is 
selected; further including the steps of: 

permitting tax reports to be selected by the user for generation; and 
generating the selected reports. 

61. (Original) The method described in claim 46, in which the milestones associated 
with the Ready for Tax Processing queue include Ready and Denied. 

62. (Original) The method described in claim 46, in which the milestones associated 
with the Tax Approvals queue include Ready and Denied. 

63. (Original) The method described in claim 46, in which at least a Ready milestone 
is associated with the Tax Reports queue. 
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64. (Original) The method described in claim 1, further including the steps of: 
generating a selection screen having a plurality of active elements thereon; and 

permitting a user may initiate functions by selection of the active elements. 

65. (Original) The method described in claim 64, wherein the functions which the 
user is permitted to initiate include one or more of: 

invoking an active deals display; 

viewing and changing index data used for waterfall payment calculations; 

viewing and changing details of the deal structures for the securitizations; 

viewing and changing information concerning those to whom responsibility may be 
assigned for particular securitizations; 

viewing and changing information concerning particular assignments; 

viewing and changing information concerning other individuals and entities interested 
in the securitizations or having information relevant thereto; 

viewing and changing information related to database structure; 

setting up and performing data verifications; 

viewing historical data concerning the securitizations; and 

establishing and updating security levels for access to information by users. 

66. (Previously Presented) The method described in claim 1, wherein the step of 
recording set up information includes: 

allowing a user to select pertinent information concerning a particular securitization 
for entry in fields on a plurality of data entry screens from lists stored in at least one database 
record; 

automatically filling in data in additional fields based on a selection made for at least 
one other field; and 

allowing the user to create records for new information not contained in an existing 
database record by entering data in the fields of at least one data entry screen for that record. 
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67. (Original) The method described in claim 66, wherein the step of recording set up 
information further includes permitting the user to edit existing database records by entering 
new information in the fields of at least one data entry screen for that record. 

68. (Original) The method described in claim 66, further including the step of 
allowing the user to make selections for at least some of the fields in a data entry screen from 
drop-down lists created from stored database records. 

69. (Original) The method described in claim 68, further including the step of 
determining the content of at least one of the drop-down lists as a function of the data 
selection made for another field. 

70. (Original) The method described in claim 68, further including the step of 
scrolling at least some of the drop-down lists on the basis of partial entries in text boxes for 
the lists. 

71. (Original) The method described in claim 1, wherein the step of recording set up 
information includes: 

allowing a user to access and enter data into the fields of a series of data input 
screens, each screen providing for entry of a particular type of data related to the particular 
securitization; and storing the data entered by the user in the database in response to a save 
command from the user. 

72. (Original) The method described in claim 71, further including the step of 
permitting the user to access specific data entry screens by selecting tabs appearing on all of 
the screens in the series. 

73. (Original) The method described in claim 71, further including the step of 
displaying tables in at least some of the data input screens, the tables having a plurality of 
rows, each row representing a data base record and a plurality of columns, each column row 
representing the fields of the displayed records. 

74. (Original) The method described in claim 73, further including the step of 
automatically filling at least some of the fields of a particular database record based on 
selection by the user of data for another field for that record from a list. 

75. (Original) The method described in claim 71, further including the step of 
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permitting the user access to a Setup data screen, an Output data screen, a Contacts data 
screen, a Steps data screen, a Quality Control data screen, an Inputs data screen and a 
Header/Footer data screen. 

76. (Original) The method described in claim 75, further including the step of 
permitting the user to enter data in fields of the Setup data screens identifying a particular 
securitization, and at least the basic functions to be performed in managing the particular 
securitization. 

77. (Original) The method described in claim 76, further including the step of 
permitting the user to enter data in fields, the Setup data entry screens identifying the 
frequency with which the basic functions are to be performed from a list of possible 
frequencies. 

78. (Original) The method described in claim 75, further including the step of 
permitting the user to enter data in fields of the Output data entry screens which specify the 
distribution media, the subject matter, the format, the release date, recipient information and 
the title of each report to be created for a particular securitization. 

79. (Original) The method described in claim 75, further including the step of 
permitting the user to enter data in fields of the Contacts data entry screens from drop-down 
lists which exclude employees of the trustee. 

80. (Original) The method described in claim 75, wherein the workflow status of the 
securitizations is recorded in terms of basic functions to be performed, processing queues for 
each basic function and progress milestones for each queue, and further including the steps 
of: 

permitting a user to identify a particular securitization and a basic function on the 
Steps data entry screen; 

displaying a table in the Steps data input screens, the table having a plurality of rows, 
each representing a data base record for a specific queue and a plurality of columns, each 
representing the fields of the displayed records. 

81. (Original) The method described in claim 80, wherein the fields for each queue 
record include at least a queue identification field, a field identifying the individual 
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responsible for performance of actions associated with the queue and a field specifying the 
day of the month on which the action is to be taken. 

82. (Original) The method described in claim 81, further including the step of 
permitting selection of the entry for the queue identification field from a drop-down list 
populated from a database record in accordance with a basic function selected by the user. 

83. (Original) The method described in claim 82, further including the step of 
populating the queue identification drop-down list in a predetermined order representing the 
expected processing order for the selected basic function. 

84. (Original) The method described in claim 82, wherein the step of permitting 
queue selection from the queue identification drop-down list includes permitting concurrent 
selection of more than one item from the list. 

85. (Original) The method described in claim 81, further including the step of 
permitting selection of a Deny field for each queue record which specifies a workflow path 
change in case data is disapproved at a particular queue. 

86. (Original) The method described in claim 85, wherein the workflow path change 
is specified by flagging the Deny field, and wherein a data disapproval in a queue for which 
the Deny field has been flagged returns the status of the securitization to the nearest queue 
above in the processing order for which the Deny field has also been flagged, except that if 
the disapproval takes place in a queue for which the Deny field has been flagged, the status is 
returned to the immediately previous queue, irrespective of flagging of the Deny field. 

87. (Original) The method described in claim 75, further including the steps of: 
displaying a drop-down list of predefined data verification tests in the Quality Control 

data entry screens; 

displaying tables in the Quality Control data entry screens, the table having a plurality 
of rows, each representing a data base record concerning use of a data verification test; and 

permitting a user to select at least one verification test from the dropdown list, and to 
specify a queue and milestone at which the selected verification test is to be performed. 

88. (Original) The method described in claim 87, wherein the step of permitting 
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verification test selection from the verification identification drop-down list includes 
permitting concurrent selection of more than one item from the list. 

89. (Original) The method described in claim 75, further including the steps of: 
permitting a user to identify a particular securitization and a basic function on the 

Steps data entry screen; 

displaying a table in the Steps data input screens, the table having a plurality of rows, 
each representing a data base record for a specific queue and a plurality of columns, each 
representing the fields of the displayed records. 

90. (Original) The method described in claim 75, wherein the aggregated asset level 
data is transmitted in the form of at least one database record having a first structure, and 
further including the step of: 

permitting a user to remap fields of the first database structure in the Inputs data entry 
screen to correspond to fields of a second database structure used in performing the waterfall 
payment calculations. 

91. (Original) The method described in claim 90, further including the steps of: 
displaying two tables in side-by-side relation in the Inputs data entry screen, the 

tables having a plurality of aligned rows, with the rows of the first table permitting 
selection of fields of the first data base structure, and the rows of the second table 
permitting selection of fields in the second database structure; and 

permitting the user to populate respective aligned rows of the two tables with data 
to identify corresponding fields in the two database structures for the particular 
securitization. 

92. (Original) The method described in claim 91, wherein the data for the 
fields are selected from drop-down lists of the fields in the respective database 
structures. 

93. (Original) The method described in claim 92, further including the 
steps of: 

permitting the user to select a previously created mapping as a template for a new 
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mapping; and 

populating the rows of the two tables to reflect the previously created mapping. 

94. (Original) The method described in claim 90, further including the step 
of: permitting the user to select a previously created mapping as a template for a new 
mapping. 

95. (Original) The method described in claim 75, further including the 
steps of: 

permitting the user to identify a particular securitization in the Header/Footer data 
entry screen; and 

permitting the user to specify in the Header/Footer data entry screen, the text and 
page location of headers and footers to be used in periodic reports for the specified 
securitization. 

96. (Original) The method described in claim 74, further including the step of 
permitting a user to enter data in an index rate data entry screen which identifies a particular 
securitization, and specifies an index and the source thereof for use in the waterfall 
calculations for the particular securitization. 

97. (Original) The method described in claim 96, further including the step of 
permitting a user to enter dates in the index rate data entry screen for which values of the 
specified index are to be determined in connection with the particular securitization. 

98. (Original) The method described in claim 74, further including the step of 
permitting a user to enter data in a global staff/contact data entry screen concerning changes 
which affect a plurality of securitizations. 

99. (Original) The method described in claim 98, further including the steps of: 
permitting the user to formulate a database query on the global staff/contact data 

entry screen; and 

providing a report thereon based on variables included in the query. 

100. (Original) The method described in claim 99, further including the steps 

of: 
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permitting the user to formulate the query in terms of the value of at least one 
variable including queue type, previous staff person or contact, and new staff person or 
contact; and 

providing a report which lists all securitizations and queues corresponding to the 
variable values included in the query. 

101. (Original) The method described in claim 74, further including the step 

of: 

permitting a user to identify on a privilege level data entry screen, roles of individuals 
having responsibility for performing the trustee's duties, and to specify levels of data access 
for data viewing and modification for the established queues and milestones. 

102. (Original) The method described in claim 1, further including the steps of: 
permitting the user to formulate a database query on the active deals display screen; 

and 

providing a report thereon based on variables included in the query. 

103. (Original) The method described in claim 102, further including the steps 

of: 

permitting the user to formulate the query in terms of the value of at least one 
variable including user name, queue type, securitization name, basic function, and need for 
current activity; 

providing a report which lists at least the securitizations, basic functions and 
workflow status for listed securitizations corresponding to the variable values included in the 
query. 

104. (Original) The method described in claim 1, in which the active deals 
screen is provided with a table thereon, the table including rows each of which contains 
workflow status information concerning a particular securitization, and further including the 
steps of: 

permitting a user to select a specific securitization; and thereafter presenting the user 
a pop-up selection list from which specific actions applicable to the workflow status of the 
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selected securitization may be initiated. 

105. (Original) The method described in claim 104, wherein at least some 
actions available in some of the pop-up selection lists require supporting documentation, and 
further including the steps of: 

presenting the user with a data entry screen for providing the required documentation; 

and 

carrying out the selected action after the supporting documentation has been 
provided. 

106. (Original) The method described in claim 1, further including the step of 
permitting a user to manually enter information required for waterfall payment and tax 
processing which is not provided as part of the aggregated asset level data. 

107. (Original) The method described in claim 1, further including the steps of: 
permitting a user to set up data verification tests as part of the deal setup information, 

and to specify queues and milestones at which the tests are to be applied; and 

prompting the user on the active deals screen when predefined verification tests are to 
be performed. 

108. (Original) The method described in claim 107, further including the step 
of: permitting the user to customize pre-existing verification tests for reuse. 

109. (Original) The method described in claim 108, wherein the step of setting 
up a verification includes the steps of: 

selecting the variable to be used; 

defining specific parameters needed for a particular securitization; 
programming the necessary calculations; 
assigning importance to an abnormal result; and 
assigning the verification to a basic function and queue. 

1 10. (Original) The method described in claim 109, further including the steps 

of: 
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providing at least one data entry screen for use in formulating verifications; and 
providing drop-down selection lists for selecting pre-existing verifications for 
modification, for specifying the basic function and queue at which the verification is to be 
performed, for selecting variables, parameters and values thereof, and for specifying the 
workflow consequences of an abnormal result. 

111. (Original) The method described in claim 1 10, further including the step 

of: 

providing a text box for use in creating a formula to be performed as the verification. 

1 12. (Original) The method described in claim 1 10, further including the step 

of: 

permitting the creation of the formula using words and mathematical operators. 
113-115. (Withdrawn) 

1 16. (Original) The method described in claim 95, wherein the information 
entered in the fields is derived, at least in part, from pre-stored lists. 

117. (Original) The method described in claim 94 further including the step of 
creating the project setup records at least in part from lists of pre-stored information. 

118-135. (Withdrawn) 

136. (Original) The method described in claim 94, wherein the step of 
providing access to the workflow status display further includes the steps of: 

permitting the user to formulate a database query on the display screen from 
fields representing variables for the query; and 

providing a report thereon based on variables included in the query. 

137. (Original) The method described in claim 95, further including the step 

of: 

permitting a user to specify roles of individuals having responsibility for executing 
the project, and to specify levels of data access for data viewing and modification for the 
recorded queues and milestones. 
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138. (Original) The method described in claim 95, wherein the step of creating 
the project set up record includes: 

permitting a user to set up data verification tests as part of the deal setup information, 
and to specify queues and milestones at which the tests are to be applied. 

139. (Original) The method described in claim 138, further including the step 
of: permitting the user to customize pre-existing verification tests for reuse. 

140. (Original) The method described in claim 139, wherein the step of setting 
up a verification includes the steps of: 

selecting variable to be used; 

defining specific parameters for the test; 

programming necessary calculations; 

assigning importance to an abnormal result; and 

assigning the verification to a basic function and queue. 

141. (Original) The method described in claim 140, further including the steps 

of: 

providing at least one data entry screen for use in formulating verifications; and 
providing selection lists for specifying pre-existing verifications for modification, for 
specifying the basic function and queue at which the verification is to be performed, for 
selecting variables, parameters and values thereof, and for specifying the workflow 
consequences of an abnormal result. 

142. (Original) The method described in claim 141, further including the step 

of: 

providing a text box for use in creating a formula to be performed as the verification. 

143. (Original) The method described in claim 141, further including the step 

of: 

permitting the creation of the formula using words and mathematical operators. 

144. (Currently Amended) A workflow management system for a trustee handling 
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a plurality of securitizations comprising: 

at least one processor in communication with one or more of the following 
components: 

an electronic deal setup database which stores deal setup information, including 
information related to the structure of the securitizations; 

a first data processing software module which receives asset level data transmitted by 
at least one asset manager and aggregates the asset level data; 

a workflow management software module; 

an first interface which receives the aggregated asset level data from the first data 
processing software module, and transmits the data electronically to the workflow 
management software module; 

a computer display generated under control of the workflow management software 
module, which displays status information concerning a particular securitization, provides 
prompts to a user as to work which is to be done with respect thereto, and which includes at 
least one active element from which the user may initiate actions with respect to the work; 

a second data processing software module which receives the aggregated asset level 
data, and responds to commands from the workflow management software module to 
perform computations related to payments due investors in the securitization; 

a second interface; and 

a third data processing software module which receives payment data produced by 
the second data processing software module through the second interface, and responds to 
commands from the workflow management software module to processes payments to the 
investors based on the payment data. 

145. (Original) The system described in claim 144, further including 

an electronic workflow status database which stores workflow status information for 
the securitizations. 

146. (Original) The system described in claim 144, wherein the the computer 
display is based at least in part on recorded deal setup information in the electronic database. 
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147. (Original) The system described in claim 145, wherein the the computer 
display is based at least in part on workflow status information recorded in the workflow 
status database. 

148. (Original) The system described in claim 145, wherein the workflow 
management software module is operative to update the workflow status database in 
response to actions initiated by users, and work completed. 

149. (Original) The system described in claim 144, wherein the electronic deal 
setup database stores information related to the performance of the trustee's duties in 
connection the securitizations. 

150. (Original) The system described in claim 144, further including a data 
handling device responsive to data and commands from the workflow management software 
module the data handling device being operative to electronically disseminate reports and 
other data compilations upon completion of the payment processing. 

151. (Original) The system described in claim 144, wherein the aggregated 
asset level data is in database form, and wherein the first interface maps the database 
structure of the aggregated asset level data for compatibility with the second data processing 
software module. 

152. (Original) The system described in claim 151, wherein the payment data 
produced by the second data processing software module is in database form, and wherein 
the second interface maps the database structure of the payment data for compatibility with 
the third data processing software module. 

153-158. (Withdrawn) 



